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(57) ABSTRACT 

Methods and apparatus for disseminating over the Internet 
product information produced and maintained by product 
manufacturers using existing universal product codes (bar 
codes) as access keys. A cross-referencing resource, which 
may take the form of an independent HTTP server, an LDAP 
directory server, or the existing Internet Domain Name 
Service (DNS), receives Internet request messages contain- 
ing all or part of a universal product code and returns the 
Internet address at which information about the identified 
product, or the manufacturer of that product, may be 
obtained. By using preferred Web data storage formats 
which conform to XML, XLS, XLink, Xpointer and RDF^ 
specifications* product information may be seamlessly inte- 
grated with information from other sources. A "web regis- 
ter** module can be employed to provide an Internet interface 
between a shared sales Internet server and an otherwise 
conventional inventory control system, and operates in 
conjunction with the cross-referencing server to provide 
detailed product information to Internet shoppers who may 1 
purchase goods from existing stores via the Internet. 1 

17 Claims, 8 Drawing Sheets 
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METHODS AND APPARATUS FOR 
DISSEMINATING PRODUCT INFORMATION 
VIA THE INTERNET USING UNIVERSAL 
PRODUCT CODES 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This is a division of U.S. application Ser. No. 09/316,597 
filed on May 21, 1999 (now U.S. Pat. No. 6,154,738 issued 
on Nov. 28, 2000, the disclosure of which is hereby incor- 
porated by reference) which is a continuation in part of U.S. 
application Ser. No. 09/049,426 filed on Mar. 27, 1998 
entitled "Methods and Apparatus for Disseminating Product 
Information via the Internet" (now U.S. Pat. No. 5,913,210 
issued on Jun. 15, 1999, the disclosure of which is hereby 
incorporated by reference). 

REFERENCE TO MICROFICHE APPENDIX 

A microfiche appendix consisting of XX frames on YY 
microfiche accompanies this specification and contains Perl 
language CGI scripts (computer source language listings) 
which illustrate working illustrative embodiments of 
selected components of the invention. A portion of the 
disclosure of this patent document contains material which 
is subject to copyright protection. The copyright owner has 
no objection to the facsimile reproduction by anyone of the 
patent document or the patent disclosure, as it appears in the 
Patent and Trademark Office patent file or records, but 
otherwise reserves all copyright rights whatsoever. 

FIELD OF THE INVENTION 

This invention relates to methods and apparatus for trans- 
ferring requests for specific information to preferred sources 
of that information on the Internet. 

BACKGROUND AND SUMMARY OF THE 
INVENTION 

Manufacturers must provide information about their prod- 
ucts to resellers, consumers, and others. Resellers need 
product information to select, promote and support the 
products they distribute. Consumers need information about 
available products to make informed buying choices. 
Advertisers, product analysts, manufacturer's 
representatives, shippers, and others also need information 
about the goods with which they deal. 

Under current practices, product information typically 
originates with manufacturers and is primarily distributed in 
conventional print media advertising and product packaging. 
This information is often incomplete, difficult to update, and 
available only to a limited distribution. While the advent of 
the World Wide Web has permitted manufacturers to make 
detailed, up-to-date product information available via the 
Internet, the information describing a specific product is 
often difficult to locate, particularly when the URL (uniform 
resource locator) of the manufacturer's website is not 
known. 

It is a general object of the present invention to transfer a 
request for information specified by an identifier, such as a 
product code, to a preferred source of that information, such 
as an Internet information resource devoted to the product 
specified by the product code which is created and main- 
tained by the product's manufacturer. 

The preferred embodiment of the present invention 
employs an Internet resource, called a "product code 
translator/* for storing cross-references between universal 
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product codes identifying specific products and Internet 
addresses specifying the locations at which information 
about these products may be obtained. The cross-references 
specify the universal product codes assigned to the partici- 

5 pating manufacturers, such as the U.P.C. and EAN codes 
widely used in retail stores for barcode scanning at checkout 
counters, and the Internet addresses where information can 
be obtained about the products designated by those codes. 
In a principle aspect, the present invention takes the form 

10 of methods and apparatus for delivering information about 
products and manufacturers via the Internet using all or part 
of the universal product codes which designate these prod- 
ucts and manufacturers as Internet access keys. The product 
information is stored in Internet servers; preferably in XML 
format, by the manufacturers who both produce the products 
and control the content of the stored product information. 

Internet shoppers and others who desire product informa- 
tion fetch web pages via the Internet from on-line merchants 
and other sources. These web pages may contain one or 

20 more links to product information, and each such link 
contains a reference which designates a particular product 
by its corresponding universal product code. When the web 
browser operated by the shopper activates such a link, a 
request, message containing at least a portion of the univer- 

25 sal product code is sent via the Internet to a cross- 
referencing database, preferably maintained by the Internet 
Domain Name Service, which returns the Internet address of 
the particular manufacturer's server which then makes the 
desired product information available. 

30 The present invention may be used to particular advantage 
to provide product information to web customers who visit 
web sites operated on behalf of retail stores which use 
universal product codes both for bar code checkout and to 
identify specific products in a computerized inventory con- 

35 trol system. The retailer's inventory control systems need 
not store detailed product information since, by means of the 
invention, the universal product codes of items being offered 
for sale can be used to access product information directly 
from the manufacturer's servers. 

40 In one embodiment of the invention, the cross-referencing 
function may be performed by a server which receives a 
hypertext transport protocol (HTTP) request message con- 
taining a universal product code, performs a lookup opera- 
tion using a stored database of cross-references, and returns 

45 an HTTP response message which includes a location header 
field containing a destination URL specif ying said particular 
Internet address. The requesting web browser then automati- 
cally redirects the request message to the destination URL. 
The company code portion only of the universal product 

50 code may be stored in the cross-referencing database to refer 
an product information inquiry to the server operated by the 
manufacturer, with the remainder of the product code being 
sent to the manufacturer's server to identify the particular 
product. This reduces the size of the cross-referencing 

55 database, and further simplifies the process of registering 
manufacturers and maintaining the database. 

When the cross-referencing server takes the form of an 
independently operated server, the standard Light-weight 
Directory Access Protocol can be employed to advantage to 

60 provide cross-references between all or part of each univer- 
sal product code and the Internet address where information 
about that product may be obtained. Access to product 
information can be even more simplified and expedited by 
using the existing Internet Domain Name service to perform 

65 cross-referencing, a capability which can be added to the 
existing Internet infrastructure by simply reserving a pre as- 
signed name space for product code to address conversion. 
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By storing product information expressed in Extensible DETAILED DESCRIPTION 

Markup Language (XML), and by using stylesheet infer- ^ presem mveDtion lakes advantage of two existing and 

mation provided by the web ate which is incorporating higMy successful technologies: the Internet and the univer- 

product information into their web presentations, the data saJ product syslem . In accordance with the present 

supplied by the manufacturer can be rendered using font 5 mvenlion> me Internet ^ employed to provide low cost, 

\ sizes, typefaces, background colors and formatting selected wor ldwide, bi-directional communication which enables 

/ <f by the web page producer. Other characteristics of XML, product mformation to be requested by and sent to any 

.vA including the ability to encourage or enforce conformity pers0Q Qr ^ m using one Qf more universal product codes as 

r with content and formatting standards through the use of m f ormat i 0 n access keys. The universal product code system 

Document Type Definitions (DTO's)and the Resource Defi- 10 ^ m widespread ^ t0 uniquely identify each of the thou- 

nition Framework (RDF) and Syntax Specification, facilitate of diffe rent suppliers and millions of different items 

the integration of data from retailers and other web page , hat are warehoused> ^ de livered and billed throughout 

producers with the product information provided by manu- commercial channels of distribution. In accordance with the 

facturers.^ invention, a product code translator which may be accessed 

When the manufacturers of some products identified on is v ia the Internet provides information enabling the translation 

web pages have not made product descriptions available, it 0 f universal product codes into the associated Internet 

is desirable to suppress the creation of visible link anchors addresses at which information about the products specified 

which encourage users to attempt to activate links which DV mose product codes may be obtained, 

will not work as intended. Such link suppression can be Jhe m mvention enables the retrieval of information 

accomplished by determining the status of each desired link 20 products from the of those produclSj typically 

before the web page containing the product list is displayed. tQe manufacturer) b y those who need that information, such 

"Image-cued links" perform this function by employing, as ag resellers and consumers. In accordance with the 

link anchors, visible web page components such as image mvention> any per son or firm having access to the Internet 

files which are retrieved via the cross-referencing server at and j^^g me unive rsal product code for a product may 

the time the web page is displayed. 25 Qb ^ Q mformation aboul thal product f rom tne participating 

These and other objects, features and advantages of the manufacturer which supplies that product. The system 

present invention will be made more apparent through a employs a product code translator, which may be imple- 

consideration of the following detailed description of a me med by a plurality of servers but which is illustrated by 

preferred embodiment of the invention. In the course of this lne smg i e res0 urce seen at 101 in FIG. 1. The product code 

description, frequent reference will be made to the attached 30 translator is accessed via the Internet to perform a translation 

drawings. of specified universal product codes into the corresponding 

BRIEF DESCRIPTION OF THE DRAWINGS Internet addresses from which information about the desig- 
nated products can be obtained. 

FIG. 1 is a schematic block diagram illustrating various ^ product ^ translator 101 stores cross-references 

instrumentalities which make use of the invention intercon- bet ween product codes and Internet addresses. The product 

nected via the Internet; codes and the Internet addresses are provided by or on behalf 

FIG. 2 is a diagram illustrating the interrelationship of the 0 f pa rticipating manufacturers and suppliers, such as the 
principle data structures used to implement a product code manufacturer illustrated at 103 in FIG. 1. These cross- 
translator of the type contemplated by the invention; ^ references may then be retrieved from the cross-reference 

FIGS. 3 and 4 are a flow diagram depicting the operation resource 101 by resellers, prospective buyers, as illustrated 

of a CGI program which implements the product code by the distributor 105, the retailer 107 and the customer 109 

translator, responding to request HTTP messages containing seen in FIG. 1. Internet Service Providers, as illustrated by 

universal product codes and redirecting those request mes- the ISP 111 in FIG. 1, may also utilize the data provided by 

sages to the URLs where information about designated 45 the product code translator 101 to provide a variety of 

products may be found; services and functions. 

FIG. 5 is a data flow diagram illustrating the manner in Before further describing how these entities function 

which a web browser interacts with a server which acts as a within the system, it will be useful to clarify some of the 

product code translator by redirecting links on a merchant's terms which will be used in this specification: 

web page to product information made available by the 50 The term "universal product codes" (lower case) is used 

manufacturer; to indicate standardized industry or inter-industry codes 

FIG. 6 is a data flow diagram illustrating a further used to designate items, packages and services made, used, 

embodiment of the invention in which a web browser leased or sold in commerce. The term thus includes the 

interacts with a domain name server which serves as\a Universal Product Codes ("U.P.Cs") used by suppliers in 

product code translator, redirecting links on a merchant's 55 the United States and Canada and managed by the Uniform 
^ web page to XML data provided by a shared sales serve r-i Code Council, Inc., 8163 Old Yankee Road, Dayton, Ohio 

% ^ used by several merchants, the XML data from the manu- 45458; the EAN codes used by suppliers outside the U.S. 

facturer being displayed in accordance with an XSL and Canada under the general direction of EAN 

stylesheet specification unique to each merchant, and the International, rue Roy ale 145, 1000 Bruxelles — Belgium; 

online merchant functions being implemented by the shared 60 and any other multi-industry or single industry standard 

sales server which is connected to the conventional inven- product designation system. 

tory control system operated by each of the merchants; and The term "manufacturer" will be used to refer to 

FIGS. 7 and 8 are a block diagrams illustrating the manufacturers, suppliers, vendors, licensors and others to 

^ principle components of a typical retailer's inventory control whom sets of universal product codes have been assigned, or 
( system and the interface between that system and a shared. 65 their agents. Typically, this assignment takes the form of the 
3g sales server which maintains a parallel bjU more limited^ designation of a particular value for a portion of the uni- 
inventory database used during on-line sales transactions. J) versal product code which is reserved for exclusive use by 
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a particular manufacturer. For example, the entity to which which holds the company-identifier portion of a universal 

a specific six -digit "company-identifier" portion of a product code in EAN format; a URL field which holds the 

12-digit numeric U.P.C. code has been assigned is a "manu- Uniform Record Locator constituting the "base address" at 

facturer" as that term is used in this specification. which information can be retrieved about products desig- 

. , ( l »»i * j» c ♦ l* a~c*~ ~ s nated by those universal product codes, company informa- 

Tne term "product ^ used to refer to a land of item wh 1C h 5 ^ %J ^ 

is uniquely identified by a single universal product code as ^ ^ ^ M ^ ^ manufacturer 

opposed to a specific individual item of that kind. For submitti the regis t r ation can be identified and contacted; 

example, a specific U.P.C. code is assigned by the and a dale fieW which specifies lhe date upon which the 

manufacturer, Hershey Foods Corp., to "Reese's Creamy registration was first made. 

Peanut Butter" as packaged in 510 gram containers (a 10 ^ re ^ tration handler 203 ma obtain the 

"product") whereas a different U.P.C. code is assigned to the ^ n J£ {q ^ ^ te late record m a 

same peanut butter packaged in containers of a different size y ^ iy rf ^ ^ ^ a HTML web page form 

(a different product ). completed and submitted via the Internet by a registrant, 

The term "Internet address" will be used to refer to the all, processing an incoming email message containing the nec- 

or a significant part of, a reference to a resource on the essary information, or receiving the needed information by 

Internet. Such a reference may take the form of a numerical telephone or regular mail. 

IP address or an alphanumeric Uniform Resource Locator ^ registrat joD handler process preferably incorporates a 

("URL") which may identify a file on a specified machine, mechan i sm or procedure for insuring that the registrant has 

a database query, a specific command output, or some other the autnority t0 creale md alter lhe information being 

accessible Internet resource. Thus, the term "Internet supp iied. A variety of methods for enhancing the security of 

address" includes such things as a specific 32-bit address of lhe registration process may be employed, including the 

a specific computer connected to the Internet, written in of a password at the time a range of universal 

decimal as "123.040.212.002"; a domain name such as product codes fc fifSl registeredj with the requirement that 

"patentsoft.com" which can be resolved into a numerical tfae ^ password be ther eafter provided by anyone who 

IP-address using a domain name server; the URL of a file ^ tQ aUer me information ori gi na llv provided with 

accessible via the Internet, a URL identifying a query respect to any product code within that previously registered 

processing script with passed parameters, or an email fange ^ registration procedure may also require each 

address such as "847563@manufacturer.com". registrant to provide an email contact address to which an 

The Product Code Translator 30 email message of predetermined content is sent after the 

initial registration form is completed, to which the registrant 

The product code translator seen at 101 in FIG. 1 per- must respond within a predetermined time to verify the 

forms two primary functions illustrated in FIG. 2: (1) its registration. Any attempt thereafter to change the contact 

registration handler 203 accepts cross-references submitted email address results in a message being sent to the origi- 

by manufacturers which relate their assigned universal prod- 35 nally registered email contact address advising that an 

uct codes to associated Internet addresses where information attempt is being made to alter the registration. Finally, email 

relating to their products may be obtained, and (2) its query confirmation may be requested from the email address 

handler 204 accepts queries via the Internet 205, each query registered with InterNIC for the URL to which universal 

including all or part of one or more universal product codes, product codes are to be linked. This step confirms that the 

and returns the Internet addresses which can be used to 40 person attempting a registration in fact has authority to link 

obtain information about the products identified by those to that host computer and provides an additional safeguard 

codes. The product code translator 101 may also advanta- against unauthorized submissions. 

geously perform other functions, examples of which are Instead of maintaining a user name and password 

described below. database, the registration handler can use a database of 

As seen in FIG. 1, the product code translator 101 may be 45 certificates, such as Certificate Server available from 

advantageously implemented by a server computer which Netscape, to create, sign, and manage certificates for all 

stores information in a relational database consisting of the participating manufacturers, configuring other servers to 

tables depicted in FIG. 2. If desired, the product code accept only authorized user certificates. A scalable database 

translator 101 may be implemented with a plurality of may be used to store the status of each certificate, and the 

"mirrored" servers at different locations, or clustered servers 50 issuance and revocation of certificates can be centrally 

at the same location containing the same cross-referencing administered from the product code translator or a separate 

data to share the processing burden and provide redundant registration authority. Similar password, certificate or digital 

fault-tolerant reliability. In addition, different servers or sets signature protection schemes may be used to provide access 

of mirrored or clustered servers may be used to process to certain data or to data in certain forms only to authorized 

different assigned subsets of the gamut of universal product 55 requesters. 

codes. Whether one or many servers is used, each may be The information contained in the incoming registration 
preferably implemented using conventional server hardware template 207 is used to create records (rows) in three 
and conventional server operating system software, such as separate tables in the relational database: a company table 
Microsoft NT Server, Netscape Application Server, SCO 211, a URL table 213 and a cross-reference table 215. As 
UnixWare, Sun Enterprise Server, and the like. 60 seen in FIG. 2, the company table 211 includes a numerical 
The registration handler process 203, which may be company number field C0N0 which is also present in the 
implemented on a server which stores cross-references, or cross-reference table 215 so that each cross-reference table 
on a separate server operated by a central registration row can be related to a particular company description 
authority, receives each registration submission via the Inter- record in the company table which has the same C0N0 
net 205 to create an incoming registration data illustrated by 65 value. The key field Co No establishes a one-to-many rela- 
the data template record 207. The registration template tionship between the company table 211 and the cross- 
record 207 includes several fields: an Company-ID field reference table 215 since a participating company identified 
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by a unique CoNo value may register more than one set of facrurer to have, or supply, an assigned URL rather than a 

universal product codes, potentially associated with different numerical IP address; however, since corresponding URL's 

IP-addresses, requiring more than one row in the cross- are ordinarily available and easer to remember, and because 

reference table 215. it may be desirable to later change numerical IP addresses 

The Company-ID field in the registration template record 5 while retaining the same URL, the use of URL's for regis- 

is used to complete two fields, FromCode and Thru Code, in tration is preferred. 

a row in cross-reference table 215. These fields specify a Note ^ lhatj fo^use URL/IP address assignments may 

range of one or more consecutive universal product codes. be added> altered or deleted on a daily basis by the URL 

Both of these two fields preferably stores a 64-bit integer assignment authority, updates to the DNS tables should also 

which specifies a 14 decimal digit universal product code 10 be re flected by automatic updates to the cross-reference 

drawn from the global pool of 14-digit numbers which ^ IP . AddreS s fields. In this way, a change in URL/IP 

includes the U.P.C., EAN-13 and SCC-14 codes. In this way, address assignments propagated in the DNS system require 

all three coding systems can be accommodated by the D0 additional action on behalf of the manufacturers to insure 

cross-reference table 215; for example, a 12ndigit U.RC. tQe ^t^uing ability of the product code translator to 

number 7 12345 12345 9 is the same as the 13 digit EAN 15 produce the appropriate new IP addresses in response to 

number 07 12345 12345 9 and the same as the 14 digit universal product ^ queries . If, as discussed later, the 

SCC-14 number 0 07 12345 12345 9 If the U.P.C. six digit I[Uerrjel domain name system itself ^ used as lhe producl 

company identifier 7 12345 is specified in the registration code tQ Ip addfess lra nsl a tion mechanism, updating two 

template Company-ID field, the FromCode field of the tables would ^ unnecessary. 

cross-reference table record would be loaded with the num- 2 n u/u .u r • u 1 a *u ■ # <■ 1 

ber 71234500000 to specify the lowest valued universal Wl h the fore f "* 38 background the reg^trat.on and 

, 4 , r j . *u j* in query/response functions performed by the product code 

product code cross-referenced to the «^pondu.g IP ^/ lat( / b summarised as follows: each participating 

address in the IPAdr field of the table 215, and the ThruCode - , 3 J . . , , £ , 

a u u u i j a *u 7n^cnnnnn * c. + u manufacturer, or someone acting on its behalf, submits a 

field would be loaded with 71234599999 to specify the . . ... , r . • * ♦• . 

, j.j r j* registration which generates an incoming registration tem- 

highest valued universal product code cross-referenced to 2 c - A _ . ? . f . r~ . . . 

lL * Iri , , ™, r i i /!_• i_ ^ plate 207 containing information about the registering 

that IP address. The use of the low-value/high- value range r r _ ■ i j- -j *c r • i 

. r ,i • . Cit _ r . li manufacturer, includmg an identification of the universal 

specification fields in each row or the cross-relerence table , . , . - . • . j..r L - i. - r 

Ji- ,.rc c i . . product codes which designate products for which inform a- 

215 permits different ranges of universal product codes f. . , , .. fr , r ... ., T ™ T ,. , 

, . iL „ °. n , , . r ...... tion is to be made available, together with the URL which 

having the same Company-ID value to be associated with T . . u- u n i *i_ * j. * 

j*« . * . . jj ■ tL c u c.u speafies the Internet resource which will make that product 

different Internet addresses in the IPAdr field of the cross- 30 • e *i i_i 

e . L1 ... ... . . c ^ ^ information available. 

reference table 215, thus enabling a single manufacturer , ™ T . , . , ™ T ~ . . „„„ 

having a single assigned Company-ID value to store infer- ^ su P? hed URL 15 st 1 ored " ^ UR p Table 2 P aad 

mation about different products designated by different sets c L on rf' ted J n t t J ° a ° umencal * address n the IPAdr field of 

of its universal product codes on different Internet servers, ^ U RL Table 213 using an available domain name server 

or to cross-reference non-continuous sets of universal prod- 35 211 ' ^ 32 blt IP addre / ss ls x stored in the IPAdr field of the 

uct codes to the same or different servers. Note further that cross-reference record (row) m table 215, along with a 

a manufacturer need not cross-reference all of its available specification of the universal product codes of the products 

assigned universal product codes, but may omit unused Ascribed by information which is available at this IP 

codes or codes designating products for which no informa- address r the ran £ e of codes bem S specified by the values 

tion is to be made-available. 40 stored m ^ FromCode and ThruCode fields in the new 

The IP-address field in each row of the cross-reference record m <™ss-reference ^ 215. 

table 215 holds a 32-bit IP address used to route Internet data WheD an incoming query is received by the query handler 

packets to a destination computer using the TCP/IP protocol. 2a4 > a lable looku P function is performed by searching the 

The 32-bit IP address value in the cross-reference table 215 cross-reference table 215 for a row record or records which 

is obtained from the IP address field of the URL table 213, 45 s P ecif >' a 861 of universal P roduct «>des which delude the 

and that 32-bit address value is prefetched by querying a code or specified by the query. If matching row(s) are 

conventional domain name server (DNS) seen at 217 found > the IP-address(es) found in the matching row(s) are 

assigned to the cross-reference resource 101. The DNS 217 returned to the query submitter; otherwise, a special code 

translates the alphanumeric URL in the URL field of the ( such a ^ valued IP Address) is returned to indicate that 

URL table 213 into the current 32-bit IP address used by 50 ^formation for ^e product code(s) of interest has not been 

Internet routers to guide data packets to the proper destina- registered. 

tion computer. The alphanumeric URL in the URL field of The Internet resource which acts as the product code 

the URL table 213 is supplied via the registration template translator can additionally perform some or all of the fol- 

207 when Internet location of the manufacturer's product lowing additional functions: 

description data is supplied during the registration process. 55 It can respond to a request for information about a 

The separate URL table 213 has a one-to-many relation- particular participating manufacturer and return to the 

ship to the cross-reference table 215 and uses the 32-bit IP requester the information in the company table 211 as well 

address value as the relational key. This arrangement allows as the specification of all of the registered universal product 

a single URL base address to be shared by a plurality of codes assigned to that participating manufacturer and the IP 

different manufacturers. Thus, for example, a single Internet 60 address (or URL) of the location where further information 

service provider (ISP) may act as a shared Internet resource on the products designated by the registered universal prod- 

for storing data about a products originating from many uct codes may be obtained. 

different manufacturers. It is accordingly unnecessary for The product code translator can respond to a query 

each manufacturer to operate its own server or have its own containing a designation of one or more universal product 

assigned URL. Instead, a manufacturer may place its prod- 65 codes by identifying the email address of the manufacturer, 

uct descriptions on any server having an assigned Internet The product code translator, or any other computer which 

address. Note that it is further unnecessary for the manu- obtains cross-references between universal product codes 
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and email addresses from the product code translator, may 
act as an SMTP forwarding agent; for example, forwarding 
email which contains a designation of universal product 
code from a sender to an email address designated by the 
manufacturer of the product designated by that code. 
Alternatively, resellers and others may obtain email 
addresses from the product code translator which can be 
included in "mailto:" hypertext links in product listings, 
allowing a webpage viewer to display and complete a blank 
email request for information which is routed directly to the 
manufacturer's designated email address. The email address 
returned in response to a request may be a standard email 
address such as "upcinfo@domainname" where "domain- 
name" is the domain name portion of the URL supplied by 
the manufacturer, in which case the specific universal prod- 
uct code would, by convention, be supplied as all or part of 
the "subject" of the email message sent to that address, 
enabling the manufacturer to identify the specific product 
which is the subject of the inquiry. 

The product code translator can further provide all or part 
of the information from company table 211 to provide 
information about the manufacturers) to whom registered 
universal product code or codes are assigned. Note that, in 
general, the information which is required or recommended 
for inclusion with other company information may be lim- 
ited to that data necessary or desirable to enable the code 
translator to perform its functions. Other information about 
the company may simply be placed in an allocated 
namespace on the manufacturer's server. 

The cross-referencing utility can provide the entire con- 
tents of its URL table to a requesting computer, such as a 
search engine which can then perform conventional "web 
crawler" indexing of the websites specified by the listed 
URLs and/or IP addresses, thereby generating complete or 
partial indexes to all or less than all of the products whose 
product description locations have been registered with the 
product code translator. 

The cross-reference table 215 can be scanned by the 
product code translator in response to a request for certain 
universal product codes only; for example, books are 
assigned EAN numbers which always begin with the prefix 
number 978 before the company-id value (publisher 
designation) portion of the International Standard Book 
Number (ISBN) which makes up the remainder of the EAN 
number for each book, allowing all IP addresses for infor- 
mation about books to be provided by the cross-referencing 
server to create a database or index to book information. In 
the same way, the cross-reference table could be scanned for 
product codes assigned to a particular manufacturers (e.g. 
book publishers) to provide a more focused index. 

The product code translator, as noted earlier, may facili- 
tate the registration process by providing a website from 
which HTML registration form pages may be fetched, 
displayed and completed using a conventional web-browser 
program. In addition, the product code translator may advan- 
tageously make query forms available to permit information 
request queries to be made directly, as well presenting 
informational web pages which provide instructions and 
guidelines for registration procedures, recommendations for 
the storage of information on registered information 
resources, and instructions and downloadable software 
which may be used to simplify and facilitate searches and 
functions performed at other resources on the Internet which 
utilize the services provided by the product code translator. 
When, as discussed later, the Internet domain name service 
is employed to perform product code or company code 
translation to an Internet address, the authorized DNS reg- 
istration authorities can provide informational and registra- 
tion services to registrants. 
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Information Publication by Manufacturers 

The present invention provides^ignificant advantages and 
opportunities to manufacturers. Information which manu- 
factures now distribute in other ways can be made imme- 

5 diately available to those who need or desire that informa- 
tion. Examples include text and graphics which describe and 
promote the sale of each product to potential buyers; product 
labeling information, some of which may be required to be 
made available to potential buyers such as product weights 
and volumes, ingredients, nutritional facts, dosage and use 

a0 instructions, some or all of which is now included on 
product packaging and which can be reproduced as mixed 
text and graphics HTML page for viewing by distributors, 
retailers, advertisers, catalog publishers, potential customers 
and purchasers; logos, photographs of products, and other 

15 graphics files in a variety of resolutions for use by both 
electronic and print rendering to promote product sales, 
usage and support. Instructional and service information 
including self-help diagnostics and recommended solutions, 
product part lists and ordering information, product return 

2Q procedures, current pricing information, identification of 
dealers and distributors, warranty and guarantee 
explanations, and support telephone numbers may be pro- 
vided. 

The scope and content of the information each manufac- 
turer makes available is completely under the control of that 

25 manufacturer. In order to make this information accessible in 
a standard way, it is desirable that the manufacturer conform 
to standard resource naming conventions so that interested 
parties which obtain the manufacturer's registered IP 
address from the product code translator can find the desired 

30 information at this address. This naming convention may 
take numerous forms, and the following are merely exem- 
plary: 

A root directory named "upcinfo" may be created on each 
registered computer, and a subdirectory having a name 

35 which is the universal product code (expressed as a zero- 
filled, right-justified fourteen digit number) is created to 
hold the information concerning the product designated by 
that universal product code. At the minimum, each such 
directory includes a product home page named "info.html" 

40 which typically provides whatever general product informa- 
tion the manufacturer wishes to place before all interested 
parties. This product home page may link to additional 
information related to the product on other pages when 
appropriate. 

45 By way of example, a product HTML home page for a 
book would be created by the book's publisher and could 
include a complete bibliographic citation identifying the 
title, author, book type (hardcover, paperback, etc.), recom- 
mended retail price, ISBN number, number of pages, pub- 
lication year, etc. In addition, each book's home page might 

50 include an imbedded thumbnail image (JPEG or GIF file) of 
the book jacket, and links could be added enabling the 
viewer to see additional information concerning that book 
when available, such as an interview with the book's author, 
quotes from favorable reviews, book group discussion 

55 guides, a table of contents or introductory chapter, etc. 

Thus, information uniquely formatted to best advantage 
by the manufacturer could be made available by accessing a 
single URL, having the same form for all products, formed 
by combining the IP-address obtained from the standard by 

60 concatenating a prefix and suffix. The suffix has the form: 
a /upcinfo/12345678901234/info.html" 
where the numerical part of the suffix is the universal 
product code directory name, and where the suffix is 
appended to the at the end of the prefix of the form: 

65 "http://23.123.40.198" 

consisting of the protocol identifier "http://" and by the 
32-bit IP address from the product code translator written in 



06/06/2003, EAST version: 1.03.0002 



US 6,418,441 Bl 



11 



12 



its standard four decimal Dumber format (four three digit 
numbers separated by periods, each of which is a value in the 
range 0-255 representing the binary value of one of the four 
8-bit bytes making up the 32-bit IP address). 

If a manufacturer stores product information in a 5 
database, the product directories and the HTML and other 
data files which are to be made available can be rewritten 
automatically under program control as the information in 
the manufacturer's database changes. Alternatively, a 
request for a particular "file," such as the web page desig- no 
nated "/upcinfo/product-code/info.html," may be inter- 
cepted at the manufacturer's server and handled as a data- 
base query to which the server responds by dynamically 
writing an HTML response page using information in the 
manufacturer's product database. Available database pro- 15 
gram development tools, such as Microsoft's Access 97 and 
Borland's Delphi 3.0, include database manipulation tools 
which allow programs to be readily written which automate 
the process of generating product description pages from an 
existing database. 20 

The present invention may be employed to allow the same 
information found on a product's packaging to be made 
available to prospective online buyers. For food products, 
for example, in addition to the product name, logo and 
promotional materials, such existing packaging information 25 
typically includes an ingredient list, nutrition facts, serving 
suggestions and directions, recommended recipes, and prod- 
uct guarantee information. Over the counter 
pharmaceuticals, cosmetics and health care products often 
include further information, such as specific directions on 30 
dosage and use, warnings and instructions in the event of 
misuse, storage and product lifetime information, and active 
ingredient specifications. Frequently, this valuable informa- 
tion is printed on a product container or container insert 
which is discarded shortly after purchase. By making this 35 
information readily available to purchasers and end -users 
over the Internet, the manufacturer can help insure that such 
valuable product information, some of which may be legally 
required on the product's packaging, is available to the 
consumer at the time of an online sale and after the product 40 
has been purchased. 

While information of the kind traditionally placed on 
product packaging already exists and can be converted by 
the manufacturer into a format suitable for publication on 
the World Wide Web, and thus made widely available at little 45 
cost, the invention allows information in other forms to be 
provided at low incremental cost. For example, multimedia 
presentations may be presented to promote, describe and 
support a product and its uses. User manuals and service 
documentation can be provided in Adobe Acrobat portable 50 
document format or the like for viewing and printing by 
resellers, service personnel and consumers. 

It is frequently desirable to transfer to another computer 
data created by the manufacturer which provides limited 
product description information for each product offered to 55 
enable more efficient indexing, cataloging, inventory 
control, and other applications. By way of example, in the 
bookselling industry, publishers, distributors, retailers, and 
libraries often require a database of bibliographic informa- 
tion which consists, for each book, of the book title, author 60 
name(s), publisher's name, publication date, type of book 
(hardcover, paperback, etc.), page count, recommended 
retail price(s), and ISBN number (which takes the form of a 
subpart of the EAN universal product code). To the extent 
the content and format of data records which describe 65 
particular classes of products in particular industries and 
trade groups have been previously adopted and placed in 



widespread use, those structured data records may advanta- 
geously be made available utilizing the present invention. 
This is preferably achieved in two ways: a data record (file) 
containing such field-structured information about each 
product which is designated by a universal product code is 
placed by the manufacturer in the directory it creates for that 
product. This structured data record is given a filename 
indicative of the format used to store the structured data. For 
example, each directory bearing a name corresponding to the 
EAN number for a book would preferably contain a file 
named "biblio.dat" which contains a single structured record 
containing bibliographic data describing that book. 

In addition, the manufacturer would place a combined 
file, also called "biblio.dat" in its root "\upcinfo" directory 
which contains all of the records for all of the products 
individually described in the subdirectories which have that 
structure in a single file. For most manufacturers, these 
structured data files, both individual record files in the 
subdirectories and the combined file in the root directory, 
may be automatically created and updated on a periodic or 
dynamic basis from the content of the manufacturer's exist- 
ing database. The use of a single combined file at each server 
permits multi-manufacturer databases to be created by first 
retrieving the IP- addresses of all or part of the cross- 
reference table 215, and then retrieving and merging the 
combined data files from the "/upcinfo" directories from 
each identified server. Alternatively, when information about 
all of a given manufacturer's products of a given type is not 
desired, the needed individual structured data files can be 
retrieved from the individual product directories. 

As described later in more detail, the information which 
the manufacturer makes available can advantageously be' 
stored using the Extensible Markup Language (XML); 
which is also well suited for providing metadata which 
defines and describes the meaning of the various kinds of 
information that can be provided about individual products;* 
groups of products, and the manufacturers arid distributors 
from wbich those products are obtained. % 

This ability to obtain accurate and up-to-date product 
information from the manufacturer can substantially reduce 
the cost to resellers, catalog producers, and database vendors 
which is traditionally incurred in capturing this data by 
conventional means. For example, a retailer creating a 
computerized inventory control system for the first time with 
previously purchased merchandise may use a conventional 
hand-held barcode scanner to capture the universal product 
codes from all goods in inventory, and then retrieve com- 
plete and accurate product description records for each 
product via the Internet using the present invention. 

The ability to obtain, update, and verify product descrip- 
tion information by accessing manufacturer data can be 
readily included as callable functions built into inventory 
control and EDI software used by manufacturers, 
distributors, and retailers. Institutional "consumers," such as 
hospitals, government agencies, and libraries, may use the 
information to build internal databases for internal use! 

The structured records noted above are typically, but not 
necessarily, copied into a separate database which is there- 
after manipulated by the requester. Because each copied 
database record includes a field containing the universal 
product code, the ability to obtain and verify data in the 
remainder of the record from the manufacturer's server is 
retained. Note that it is possible for the user of the local 
database to verify, update and add to the product information 
specified by the universal product code at the lime that data 
is referred to or relied upon. In addition, or in the alternative, 
the database can be periodically and automatically verified 
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against current data made available by the manufacturer and 
updated to insure the continued completeness and accuracy 
of the entire local database. 

The present invention enables a computer connected to 
the Internet to dynamically retrieve arbitrarily large quanti- 5 
ties of data about an individual product when needed. This 
capability makes it unnecessary, and normally undesirable, 
to copy "content" into a local database which is not needed 
for structured indexing and retrieval purposes. Thus, again 
using books as example products, the local database might 10 
consist simply of title, author and publisher information to 
form a searchable local database. This database could be 
built by first obtaining all of the IP-addresses for universal 
product codes -beginning with "978" (the EAN prefix for 
books) from the product code translator, retrieving the 15 
combined "biblio.dat" file from the "/upcinfo" directory at 
each IP-address, and extracting the universal product code, 
title, author and publisher data from these records to form 
the desired searchable local database. This database may 
then be rapidly searched to produce an output listing of all 20 
books meeting a specified search criteria, and complete 
information about each of the identified books can then be 
obtained using the universal product codes. 

General product information indexes can be also readily 
be created by means of conventional "web crawler" index- 25 
ing engines of the type now widely used to index World 
Wide Web sites. These indexing engines may scan either the 
product descriptions created by the manufacturer in the form 
of HTML or multimedia files, or the structured data files 
containing fielded information, or both. By limiting the 30 
scope of the information indexed to the product information 
data identified by the product code translator, search results 
produced by these product indexing systems are less likely 
to be obscured by references to other, less relevant infor- 
mation which happens to employ the term or terms used in 35 
a search request. 

The principles of the invention may be applied to par-^ 
ticular advantage by online resellers. By making detailed, s 
accurate and up-to-date information about products which 
are offered readily available to interested prospective 40 
buyers, both the reseller and the manufacturer can more 
effectively promote the offered product to an interested 
buyer, and the buyer can make a more informed buying 
decision by obtaining more detailed information which 
facilitates product comparisons and matching the product's 45 
features with the buyer's needs. V 

In this regard, it may be noted that small retailers can 
employ shared software and services, and share access to 
product information and promotional materials made avail- 
able by the manufacturer in accordance with the invention, 50 
at low costs, enabling even the smallest retailer to offer its 
entire inventory of products (and more) to its customers at 
low cost, with each product being fully described and 
promoted by the materials made available by the manufac- 
turer. Similarly, small manufacturers can effectively describe 55 
and promote their products throughout a widespread distri- 
bution system by simply placing their available promotional 
and descriptive materials on an available shared server and 
registering the assigned universal product codes together 
with the shared server's address, for distribution by the 60 
product code translator, all at minimal cost. 

In addition, the present invention may be used to advan- 
tage in combination with Electronic Data Interchange, a 
standard mechanism for exchanging business documents in 
standard format between computers. EDI systems typically 65 
use value added networks (VANs), such as the networks 
provided by GE, IBM Atlantis and Sterling, or EDI transfers 
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can be made via the Internet using services such a those 
provided by EDI Network of Tumersville, NJ. Using EDI, 
manufacturers make available electronic catalog descrip- 
tions of their products being offered for distribution and 
resale. When a buyer selects products of interest to order 
from the vendor's catalog, the retailer's computer accesses 
the vendor's computer to transfer the U.P.C. codes to the 
retailer's computer without rekeying. The retailer may then 
issue an EDI 850 purchase order transaction which is sent to 
the vendor's mailbox. In addition, the EDI system may 
transfer limited additional information to the retailer, such as 
suggested retail price. When the products are shipped, an 
EDI 856 shipping notice is sent to the retailer containing bill 
of lading information (bill of lading number, carrier and 
weight), purchase order information, and carton contents 
using U.P.C. product codes and counts. The vendor also 
sends an EDI 810 invoice to the retailer in EDI format which 
enables the retailer to process the invoice and schedule 
payment either by check or electronic funds transfer, using 
an EDI 830 remittance advice transaction to give payment 
details for invoices being paid. 

These EDI transactions enable retailers to not only auto- 
mate product procurement functions but also to easily main- 
tain an accurate inventory control system in which each 
product is designated by a universal product code. The 
present invention may be used to augment an EDI system by 
providing resellers and consumers with detailed product 
information for any product designated by a universal prod- 
uct code which is made by a participating manufacturer. 

Internet Service Providers, such as the ISP indicated at 
111 in FIG. 1, may provide shared computer services which 
interoperates with a reseller's inventory control system to 
provide customers with the information they desire before 
and after making purchases. 

As seen in FIG. 1, and as previously discussed, a reseller 
(including both the example distributor 105 and the example 
retailer 107) may be assumed to have conventional inven- 
tory control systems, typically using EDI document 
processing, which includes in each case inventory data 
consisting of at least the universal product code for each 
product and, typically, count numbers indicating quantity on 
hand, quantity on order, quantity back-ordered, etc. This 
limited part of the reseller's database can be transferred from 
the reseller's inventory database (at 105 or 107) to an ISP 
111 which serves many resellers but maintains a table of 
universal product codes for all goods offered by each reseller 
served, together with the on-hand counts for each code. 

The ISP 111 hosts a website for each reseller served in 
conventional fashion, typically using a domain name 
assigned to the reseller. The ISP further makes available 
online merchant software which enables customers to search 
the reseller's website for products of interest, and view lists 
of products resulting from each search. Examples of such 
merchant software include Microsoft Site Server, available 
from Microsoft Corporation, and Merchantec Softcart mar- 
keted by Mercantec, Inc. of Lisle, 111. Using the present 
invention, product listings presented to customers by these 
online merchant software systems may be enhanced with 
links to detailed information about any product of interest 
made available by participating manufacturers. The search- 
able product database used by the ISP 111 may be built, as 
described above, using the universal product codes supplied 
by the retailer to access the structured data files made 
available by the participating manufacturers (e.g, manufac- 
turer 103 in FIG. 1) at the IP- addresses supplied by the 
product code translator. 

The implementation of the invention may be facilitated by 
supporting software which performs a number of utility 
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functions. As noted above, programs may be readily written represented by the parameter name "isbn". The ability to 

to automate the conversion of information stored in a execute Perl CGI programs is a common feature of most web 

manufacturer's existing product database into the form of servers, and is described, for example, in "Developing CGI 

static or dynamically generated HTML pages which can be Applications with Pert* by John Deep and Peter Holfelder, 

transmitted to fulfill information requests routed to the 5 ISBN 0-471-14158-5 (John Wiley & Sons 1996). The Perl 

manufacturer by the cross-referencing facility. Industry and programming language ^ described in many texts including 

interindustry groups can promulgate ^ SSi^^oSI^l^ HH1 "SSf 

lines which will promote consistent formats for product ~. \ w . x \ . , , , \ 

i . . i , . A j, ^ ,„-,u a. Hypertext Markup Language is also widely used and 

descriptions which are accessed in accordance with the ^ fof ^ ^ \ b jmfL Publishi J g Bibl(r by 

mvention. Inventory control and online merchant software 10 ^ si ISBN rj-7645-3009-7 (IDG Books World- 
can be readily enhanced to take advantage of the availability 199 A 

of database records and more robust product descriptions ^ ^ ^ HQ 3 ^ shQw m fa eQtered at 3Q1 afld 

which are made available via the Internet. Product informa- caUs a sub routine named geLjsbn whicn pr0C esses the 

tion can be made available at terminals and kiosks placed in meS sage. As indicated at 303, the subroutine 

retail stores, showrooms and public places. 15 ge^bn fi rs t loads the input string variable named $isbn 

Using HTTP Relocation to Redirect Product lhe parameter named "isbn" supplied by the calling 

Information Request Messages message. The subroutine get„isbn then calls the subroutine 

isbn_message which returns the string ok if the contents 

The Perl program showpl, listed m detail in the micro- of $is bn salisfy the requirements for a correct ISBN 

fiche appendix, is a CGI (Common Gateway Interface) 20 (international Standard Book Number); that is, the string 

program which executes on a Web server and which operates m ust contain 10 digits as indicated by the test at 305 and, as 

as a product code translator as seen at 101 in FIG. 1. This indicated as 307, the first nine digits must translate using a 

illustrative program uses a file-based database rather than predetermined algorithm (performed by the subroutine 

the relational database depicted in FIG. 2. The database check_char) into a check digit character which matches the 

consists of a set of files, each of which is designated by a file 2 5 last (lO**) character in the incoming ISBN number stored as 

name consisting of a company code followed by the suffix the string Sisbn. 

".xrl" and each containing cross-referencing information for The algorithm for generating an ISBN check characters 

all product codes beginning with that company code. The works as follows. First, note that an EAN numbers for books 

Perl program show is specially adapted to locate information may be converted to the book's ISBN number by removing 

on books which are generated by a universal product code 30 the first three digits (978) and the last digit from the EAN 

known as the International Standard Book Number (ISBN), (the last digit is the EAN check digit, leaving a nine-digit 

a nine digit decimal number followed by a check character, number. For example, EAN 9780940016330 becomes ISBN 

used by the publishing houses, book distributors, retail 094001633 (the first nine digits without the ISBN check 

bookstores and libraries to uniquely identify books. A vari- character. To generate the ISBN check character, each ISBN 

able number of leading digits of each ISBN designate 35 digit is multiplied by a predetermined associated weighting 

particular publishers, with the remaining digits being factor and the resulting products are added together. The 

assigned by that publisher to designate a particular edition of weighting factors for the first nine digits begin with 10 and 

a particular book. form the descending series 10, 9, 8 . . . 2. Thus for the nine 

The Perl program show.pl processes an incoming HTTP digits 0 9 4 0 0 1 6 3 3, the products summed are 

message containing a parameter which specified the value of 40 0+81+32+0+0+5+24+9+6-157. This sum is divided by the 

a universal product code (in this case, an ISBN number), number 11. (157/11-14 with 3 remainder). The remainder, if 

performs a table lookup operation to retrieve the URL at any, is subtracted from 11 to get the check digit. (11-3-8). 

which information about the product specified by that URL If the check digit is 10, it is represented by the Roman 

may be found, and then returns an "error" message to the numeral X. The final ISBN in our example is accordingly 

requesting browser which contains that URL in the response 45 0-940016-33-8. By generating the check digit and compar- 

message's "Location" response field. As specified in Section ing it with the received check digit, the validity of the ISBN 

10.11 of the Hypertext Transfer Protocol— HTTP/1.0 may be verified. 

specification, RFC 1945 (May 1996), the Location response- If the incoming ISBN string passes all of these tests, the 
header field defines the exact location of the resource that routine isbn_message returns "ok," otherwise, it returns an 
was identified by the Request-URI. for type 3xx responses, 50 appropriate error message and the subroutine send_error_ 
and the location field must indicate the server's preferred page is called at 309 to write and transmit an HTML error 
URL for automatic redirection to the resource. Only one page to the requester, advising that the ISBN number sup- 
absolute URL is allowed. The response header may also plied was incorrect. 

include the status code 302 which, under the HTTP protocol, When the request containing an invalid ISBN number is 

indicates that the target data has "moved temporarily" to the 55 being supplied from a source other than the user, such as an 

URL specified in the location field. In practice, however, it online retailer's web site which employs the ISBN number 

has been found that inclusion of a status code value is not supplied by its inventory control system, an advisory error 

necessary to enable existing web browser programs to message can also be sent directly to the retailer to indicate 

automatically redirect the original request to the new loca- that an error was detected. Although such an advisory should 

tion specified in the location response header. 60 be unnecessary, since a similar algorithm for identifying 

The Perl CGI program processes an incoming HTTP invalid ISBN numbers should be used by the retailer to 

message request directed to a URL of the form "http:// validate the data before transmission, it is nonetheless desir- 

www.upclink.com/cm-bin/show7isbn~1234567890" which able to report such errors to the source as well. The error 

is parsed as follows: "www.upclink.com/cgi-bin" is the report may sent as an accumulated error log file or as an 

name of the directory holding the show.pl Perl program and 65 immediately transmitted message sent to a predetermined 

"show?isbn- 12345 67890" calls the show.pl CGI program error message handling routine provided at the retailer's 

and passes to that program the parameter "1234567890" server. 
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If the Sisbn variable meets the length and check-digit 
tests, it is processed by the subroutine make_cocode which 
determines, for that ISBN number, how many of the leading 
digits constitute the "company code" which is assigned to a 
particular publisher. The routine make_cocode performs 5 
this operation by calling the subroutine second_hyphen_ 
position which performs tests to determine the number of 
digits in the company code which can be established from 
the value of Sisbn. 

The relationship between any given ISBN and the URL 1Q 
which identifies the source of information about the book 
designated by the ISBN is selected by the party (typically the 
publisher or its designated agent) which controls the server 
which provides that information. Because different publish- 
ers and their web site hosts may use different methods for 
establishing URLs for their book information, the Perl script 15 
show.pl operates indifferent ways depending on the com- 
pany code $cc which forms the leading digits of the incom- 
ing ISBN. 

The show.pl script handles these differences by fetching a 
file of control information from a file having the name 20 
"./link/cocode.xrl" which is constructed from the company 
code. The portion "./link/" is a predetermined data directory 
available to the CGI script show.pl, "cocode" is the numeri- 
cal string corresponding to the company code extracted at 
311 from the ISBN by the make_cocode routine, and ".xrl" 25 
is a standard file suffix. For example, if the incoming ISBN 
is "8870812345" the routine make cocode will determine 
that the first five digits are the company code, causing file 
name "./link/88708. xrl" to be stored as the variable Scstr. As 
seen at 313 in FIG. 1, the subroutine load_xrl loads the 30 
named control file from local disk space at the cross- 
referencing server which executes the Perl script. If the file 
named Scstr is not found, an error report is issued indicating 
that no cross-referencing data has been supplied by the 
company identified by the company code in Scstr as seen at 35 
315 and 317. 

The contents of the fetched file are then analyzed by 
load_xrl which fetches the first line and performs a test at 
321 (in FIG. 4) to determine if the fetched file is a multiline 
text file with the first line holding the string "list". If not, the 40 
file contains a single line. 

If the file is a single line file, as seen at 323, the contents 
of the single line are used in combination with the ISBN 
number to form the URL which specifies where the desired 
book information may be obtained. For example, if the first 45 
line of the control file named ". /link/88708. xrt" contains the 
string "hstp://www.upclink.com/ss/.html", the subroutine 
load_xrl inserts the hyphenated form of the ISBN at the 
position indicated by the space to form the URL "http:// 
www.upclink.com/ss/88708-1234-5.html". The first and 50 
second characters of the control file are used to identify 
variations in the manner in which the ISBN and the control 
file string are combined to form the URL. For example, if 
second character of the control file (an "s" in the example) 
is an "s", the ISBN is hyphenated before being substituted 55 
for the space in the string, and the "s" is replaced with a "t". 

If the first line of a mu Hi line control file contains the string 
"list", all of the lines of the control file are read into a hash 
table. Each line contains both an ISBN and the URL where 
information about the book identified by that ISBN can be 60 
found. A hash table lookup is then performed to find the 
particular line holding the target ISBN, and the desired URL 
is obtained from the line found as indicated at 325 in FIG. 
4. 

After the target URL is formed, the subroutine send_ 65 
response returns an HTTP response message to the request- 
ing browser which reads: 
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"Content-type: text/html\n location: Starget \nVn" where 
the URL previously determined is substituted where Starget 
appears. This message is interpreted by the web browser 
which receives the message as an indication that the 
requested information (requested from the URL "http:// 
www.upclink.com/cgi-bin/showSisbn-1234567890") has 
been relocated to the URL specified by Starget. The request- 
ing web browser then automatically resends the request to 
the location where the needed information is actually 
located, and does so in a way that is transparent to the user 
who will normally be unaware that the transmitted request 
has been redirected to a different location. 

FIG. 5 of the drawings provides an overview of the typical 
operation of the CGI Perl script show.pl described above. An 
online shopper manipulates a web browser application pro- 
gram indicated at 330 to look for and purchase a particular 
book. In doing so, the shopper provides the browser 330 
with the URL of an online book retailer which operates the 
online sales server seen at 332 in FIG. 5. During the 
browsing session, the sales server transmits a web page 334 
which lists the citations to one or more books, and each of 
those citations anchors a hyperlink to the cross-reference 
server seen at 336. 

The operator of the sales server which creates the book list 
web page needs nothing other than the ISBN number of the 
book to create a link. However, as part of its inventory 
control system database, the retail web site typically has 
limited additional information, such as the title, author 
name(s), publisher name, as well as the ISBN. Using this 
available information, the book listing webpage can include 
an informative citation to the book which forms the anchor 
of a hyperlink to additional information. For example, if the 
following citation information from the retailer's inventory 
control system is used to display the following book listing: 

8 Bali Chicks: A Year in the Violent World of Girl Gangs, 
By Gini Sikes, Anchor Paperback, ISBN: 0-38547432- 
6. Learn More 

The hyperlink anchor "Learn More" at the end of the citation 

is formed by the following HTML: 

<a 

href-" http://www.upclink.com/cgi-bin/show7isbn- 

0553571656" 

> 

Learn More 
</a> 

When the anchor text "Learn More" on the web page 334 
is clicked on by the shopper, an HTTP request message 338 
is sent to the href address of the cross-referencing server 
336, triggering the execution of the CGI Perl program 
show.pl which returns the redirection error message 340, 
thereby informing the web-browser 330 that the desired 
information is at a different location. The web browser 330 
immediately (and transparently to the shopper) reissues the 
request to the address specified in the relocation error 
message. This redirected request, seen at 342, is transmitted 
to the product information server 344 operated by the 
publisher, which returns a web page 346 to the browser 
containing the desired additional information on the book. 
The web page 346 typically includes an image of the book 
jacket, a synopsis of the book, and brief reviews, and may 
well contain links to additional information provided by the 
publisher, such as an author interview, a table of contents, or 
whatever else the publisher may wish to include. In this way, 
the buyer is provided with up-to-date and detailed book 
information which is equivalent to or superior to the infor- 
mation which may be obtained by picking up the book from 
the shelf of a "bricks-and-mortar" bookstore. 
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Image-Cued Links 

Because additional information may not be available via 
the Internet from the publisher for all of the books in the 
retailer's inventory, it is desirable to provide a mechanism 
which avoids suggesting that a site visitor should click on 
links that will ultimately prove unworkable. 

The mechanism involves the prior retrieval of data 
describing which universal product codes have been regis- 
tered before web pages containing links using these codes 
are generated. For example, a sales website could transmit a 
list of the company codes for those universal product codes 
of products to be offered for sale, and obtain in return a 
listing of those company codes which have been registered. 
Alternatively, a list of supported company codes could be 
periodically broadcast (e.g. by FTP transmission) to sub- 
scribers. The sales website could then use this list to 
distinguish those products for which additional information 
was being made available by the manufacturer from those 
for which there is no additional information, and include 
links on product lists only when they will work. 

Alternatively, the web page producing site can perform a 
prior fetch of the needed Internet addresses from which 
product information may be obtained by sending a request 
message containing one or more universal product codes (or 
company codes) to the cross-referencing server and receive 
in return a list of the corresponding Internet addresses. In 
this way, the links to additional information contained on 
product list pages can be refer to the manufacturer's servers 
directly, and can suppress the creation of links when no 
information has been made available. 

A mechanism here called "Image-cued links" can also be 
used to suppress the appearance on a web page of links to 
unavailable product or company information. For example, 
an image-cued link can display a graphical icon for a book 
listing on web page 334 which might be either a visible 
button with the legend "Learn More" or an invisible 
(transparent or single-pixel) graphic image, depending on 
whether or not the ISBN for a listed book has a correspond- 
ing. URL stored at the cross-referencing server 336. The 
HTML for an image-cued link to information about the book 
identified by ISBN 0821219804 might be written like this: 
<a 

href="http://www.upclink.com/cgi-bin/show?isbn = 

0821219804"> 

<hng 

src=" http://www.upclink.com/cgi-bin/button7isbn~ 
0821219804" 

border="0" width«"51" height="21" 
> 

where the "anchor" for the link to the CGI script named 
"show" is an imbedded image (fetched from a different CGI 
script named "button" which also executes on the cross- 
reference server). The Perl script button.pl is also repro- 
duced in the Appendix and performs the same initial pro- 
cessing of the incoming ISBN number as the script show.pl. 
Both show.pl and button.pl determine whether data is avail- 
able from which a cross-reference from an incoming ISBN 
number to a URL can be made. If it the cross-reference can 
be made, show.pl returns a relocation message containing 
the needed URL whereas button.pl returns the URL of an 
image that indicates that more information is available. If the 
cross-reference cannot be made, show.pl returns an error 
message in the form of an HTML page while button .pi 
returns the URL of a null image (either a transparent image 
or a single pixel image). Note that the content of the image 
file may be controlled by the web page producer since the 
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CGI routine at the cross-referencing server (e.g. button.pl) 
may be unique to the caller and may hence return image 
URL's specified by the caller. Alternatively, a single CGI 
button routine can be used with the desired image URLs 

5 being passed as parameters to the cross-referencing server. 
The net effect on the web page is the appearance of a 
button or other image inviting the site visitor to click on a 
link to learn more when more information is available, but 
to suppress the display of the button, or to display a "no 

10 information available" button or image when the cross- 
reference cannot be made. In this way, the site visitor is 
affirmatively informed when more information is available, 
and discouraged from looking further when no information 
is available, while the HTML placed on the book listing has 

15 a standard form which can be included without prior knowl- 
edge of whether needed data is available or not. 

Product Code Cross-referencing using the 
Lightweight Directory Access Protocol 

20 

The Internet LDAP protocol may be used to advantage to 
implement the product code translation process. This 
protocol, developed at the University of Michigan and later 
further developed by Netscape Communications Corp. pro- 
vides both access and update capabilities, allowing directory 

25 information to be created and managed as well as queried. 
LDAP is an open Internet standard, produced by the Internet 
Engineering Task Force (IETF), the same body responsible 
for creating TCP/IP, the Internet domain name service 
(DNS), and the hypertext transport protocol (HTTP), The 

30 LDAP protocol is defined in RFCs 1777 and 1778 and 
informational documentation is further provided in RFC 
1823. The use of LDAP to provide directory lookup services 
via the Internet is further detailed in the literature. See, for 
example, Implementing LDAP by Mark Wilcox (Wrox 
Press — 1999) and LDAP— Programming Directory Enabled 
Applications with Lightweight Directory Access Protocol by 
Tim Howes and Mark Smith (Macmillan Technology 
Series — 1997). Operational LDAP server software may be 
purchased from a variety of sources, and includes the 
"Netscape Directory Server** marketed by the Netscape 
Communications Corporation. 

An LDAP server may be advantageously employed to 
store "entries," each of which is uniquely identified by a 

45 distinguished name (DN) which may take the form of the 
company code portion of the universal product code, creat- 
ing a "flat namespace" in a single level tree structure, with 
the remainder of the entry including a string specifying the 
URL of the server resource from which information about 

50 products assigned that company code may be found. In one 
arrangement, an online merchant's server may send a 
request to a remote directory server using the LDAP proto- 
col to obtain the URL at which information about a specific 
product is available. Next, the merchant's server could again 

5S use the LDAP protocol to fetch information about a specific 
product designated by the remainder of the universal product 
code from a second LDAP directory server at the URL 
specified by the first server, the second LDAP server being 
operated by the product manufacturer to store the URL at 

60 which data describing particular products is stored. The 
actual product data may advantageously be stored as XML 
"documents" as discussed later. 

Product Code Cross-Referencing with Domain 
Name Servers 

65 

Cross-referencing a universal product code to the Internet 
address of the source of information about the product 
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designated by that code can be advantageously performed by 
Internet domain name servers (DNS). Conventional Internet 
domain names are symbolic names (a character string) that 
identify different computers and resources on the Internet. 
While computers connected to the Internet actually use 5 
binary IP (Internet Protocol) addresses to find each other, 
people find words and abbreviations to be much more 
convenient to remember and use. The Internet domain name 
system assigns computers and resources a domain name that 
corresponds to the numerical IP address used to access that Q 
computer or resource. Each domain name must be unique, 
and server operators register their desired domain names 
with a domain name registration service. 

Domain names are composed of a hierarchy of names that 
appear in descending levels from right to left. Therefore, the 15 
levels that appear at the end of URLs and E-mail addresses 
are the first-level and second-level domains. For example, in 
the domain name "patentsoft.com," the suffix "com" is the 
first-level domain, and "patentsoft" is the second-level 
domain. By creating a new first-level domain (e.g. "upc"), 2 o 
the universal product code, or the company code portion of 
a set of universal product codes, could form the second -level 
domain. 

Note that, if the company code portion universal product 
code is used as the second-level domain, registration need 2 5 
only be done once for all product codes sharing that com- 
pany code. Note also that, as noted earlier, it is desirable that 
each manufacturer respond to a request for information 
about that particular participating manufacturer. For 
example, retail merchants and distributors may advanta- 30 
geously use the company code portion of a universal product 
code to access a variety of useful information about the 
company generally, including contact information and 
distribution, shipping and discount policies. In this way, any 
retailer can use the web to obtain general information about 35 
a company while those retailers with established accounts 
with a particular vendor (as confirmed, for example, using 
digital signatures) may obtain private information which is 
hidden from the general public. 

In this way, universal product codes and/or company 40 
codes can be used as domain names which are cross- 
referenced to IP addresses using existing DNS facilities. 
Thus, when a web browser issues a request directed to a 
URL including the domain name "123456. upc," the DNS 
server (typically assigned by the customer's Internet service 45 
provider) responds with a corresponding IP address of an 
information server maintained by or for the company des- 
ignated by the company code "123456" (assuming that 
company has registered the IP address for that company 
code with a DNS registration authority). If the assigned DNS 50 
server doesn't already have the cross-reference between that 
product code or company code domain name and the manu- 
facturer's server's IP address, it asks the primary DNS server 
that is responsible for the domain if it has the server's IP 
address. If the primary DNS is busy or unavailable, it will 55 
ask the secondary DNS server assigned to that domain. 
When the customer's DNS server gets the manufacturer's 
server's IP address, it can then ask that server for permission 
to view a web page or otherwise obtain information about 
the designated product. 60 

Note that the registered domain name can advantageously 
take the form of the company code only, with the remainder 
of the universal product code being passed as a parameter to 
the manufacturer's server. For example, if "123456" is the 
company code portion of the product code, and the trailing 65 
digits "7890123" designate a particular product made by that 
company, the assigned domain name might be " 123456.upc" 
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and the full URL for the product might take the form 
"123456.ean/7890123" (for a thirteen digit EAN-13 code). It 
would thus be up to the manufacturer's server to intercept 
and process the product designating suffix digits "7890123" 
to identify and return information on the particular product 
specified. Note also that different universal product code 
systems, such as the UPC codes used in the United States 
and Canada, the EAN codes used elsewhere in the world, a 
14 decimal digit universal product code drawn from the 
global pool of UPC and EAN numbers, or ISBN numbers 
used by the publishing industry, might conveniently be 
assigned different first level domain designations, such as 
"upc," "ean," "gpc," and "ibn" respectively. At the time the 
IP addresses corresponding to a given company code and/or 
product codes are registered, appropriate procedures may be 
used to confirm that the applicant for DNS registration has 
been assigned that particular code in the existing uniform 
product code system, or has authority to act on behalf of the 
true assignee of that code. In this way, the existing universal 
product code registration authority retains primary respon- 
sibility for assigning codes, whereas the DNS registrar at 
most need only confirm the identity of the DNS registrant. 

The Internet domain name system that is currently in 
widespread use is described in RFCs 1034 and 1035. RFC 
1034 provides an introduction to the Domain Name System 
(DNS), and omits many details which can be found in its 
companion RFC 1035 which is entitled "Domain Names — 
Implementation and Specification." Recently, The Internet 
Corporation for Assigned Names and Numbers (ICANN), a 
non-profit corporation, was formed to take over responsi- 
bility for the IP address space allocation, protocol parameter 
assignment, domain name system management, and root 
server system management functions currently performed 
under U.S. Government contract by IANAand other entities. 
Accordingly, at this writing, ICANN, or a new authority 
authorized by ICANN, would be the appropriate authority to 
reserve DNS namespace for the translation of universal 
product codes (or company codes) to ip addresses as pro- 
posed here. 

The use of the domain name server system as the mecha- 
nism for cross-referencing universal product codes and 
Internet addresses is used in the illustrative embodiment of 
the invention which is depicted in FIG. 6 and described next. 

Using DNS, XML, XSL/CSS and XPointers s 

FIG. 6 of the drawings illustrates a system which permits 
computers operated by large numbers of manufacturers and 
large numbers of online retailers to work together to provide 
shopping services to customers via the World Wide Web. 

FIG. 6 shows a browser 410 being used by an online 
shopper to view products offered by a retailer which operates 
an inventory control system computer seen at 422. The 
inventory control system 422 is conventional and includes 
one or more conventional point of sale registers as illustrated 
at 421 through which sales are made to customers who visit 
the physical "bricks and mortar" store. In addition, however, 
the inventory control system is provided with a "web 
register" which, to the inventory control system appears to 
function in the same way as a conventional point of sale 
register but which, in fact, operates through a sales server 
430 which provides Internet services on a shared basis to 
multiple retail stores and their inventory control systems. A 
communications pathway connects the web register 420 and 
the inventory control system 422 to the shared sales server 
430, with the inventory control system 420 supplying the 
product codes and corresponding on-hand quantities as 
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indicated at 432 and receiving from the shared sales server spacing) to HTML documents. The CSS1 language is human 

order information as indicated at 434. readable and writeable, and expresses style in common 

A product information server 423 supplies product infor- desktop publishing terminology. One of the fundamental 

mation to the browser 410 in the form of XML data as features of CSS is that style sheets cascade; authors can 

indicated at 424 in response to requests 425.The browser 5 attach a preferred style sheet, while the reader may have a 

410 preferably utilizes the Internet domain name system as personal style sheet to adjust for human or technological 

proposed above to convert incoming universal product codes handicaps. Thus product descriptions as viewed on the 

into Internet addresses, with the domain name system con- browser may include content from the product manufacturer, 

sisting of an assigned domain name server 470 which reflect a preferred rendering style specification from the 

receives universal product codes in address requests 472 and 10 online reseller, as well as the personal style preferences of 

returns the registered Internet addresses 474 to the browser the viewer. 

410. When needed, the assigned domain name server 470 XSL could alternatively be used at the shared sales server 

obtains the registered cross-references between universal 430 to transform XML data fetched by the server 430 from 

product codes and IP addresses from the primary DNS 476 the manufacturer's server 423 and then converted into 

or from the secondary DNS 478. 15 HTML documents with CSS style sheets at the sales server 

The shared sales server 430 sends web pages 438 con- 430. This has the benefit of being backwards compatible 

taining information about products available from a con- with browsers which do not include the ability to handle 

nected retailer to the browser 410, along with XSL XSL/CSS. Alternatively, XSL conversion can be performed 

(Extensible Stylesheet Language) or CSS (Cascaded Style on the server 430 to transform XML data into XML docu- 

Sheets) style specifications as seen at 440. The use of XML 2 o meDts wilh ^ sl y le sneets * XMU unlike HTML, comes 

and XSL or CSS provides several advantages. First, the with no formatting conventions and will always need a style 

selection and rendering of the product information is con- sheet to be displayed. This method requires that the browser 

trolled by the links specified in the web page 438 as have the ability to use CSS to render XML. A third alter- 

produced by the sales server. For example, if the web page native is to use XSL to generate HTML/CSS on the client 

438 contains a product listing web page created in response 1S side, a method which requires that the browser have the 

to a search request from the browser 410, each included ability to directly use CSS and XML, which older browsers 

rr, K Jr product description may include a link to only an that cannot do. Finally, the browser may transform XML and 

ii. portion of an XML product description which contains a XSL into "CSS formatting objects". Compared to the pre- 

brief product description and a thumbnail image of the listed ^vious method, this method is more direct as the content isn't 

jds^X product, whereas, in response to a customer's request for 30 converted to/from HTML. 

more detailed information, the sales server may return a web\ The ability to select only a portion of an XML product 
page containing an XML "Xpointer" link to detailed product description document for reproduction on a web page is ^ 
information and/or to an enlarged image of the productMn provided by the Xpointer protocol. As explained in the 
both cases, the style in which the XML data is rendered by World Wide Web Consortium Working Draft of Mar. 3,^ 
the browser (e.g. typeface, font size and color, background -35 1998, the XML Pointer Language (Xpointer) document 
color, etc.) is controlled by the style specification supplied specifies a language that supports addressing into the inter- 
by the sale server. In this way, the same XML data may have nal structures of XML documents. In particular, it provides ^ JJV> 
different visual styles when included on the pages created by for specific reference to elements, character strings, and 
v different retail vendors. ^ other parts of XML documents, whether or not they bear an 
The XSL (Extensible Stylesheet Language) consists of io explicit ID attribute. Using Xpointer, only selected portions 
consists of two parts: (1) a language for transforming XML of an XML product description made available from the 
documents, and an XML vocabulary for specifying format- "manufacturer's server need be presented on a given web 
ting semantics. An XSL stylesheet specifies the presentation page, enabling the creator of the web page which finks in 
of a class of XML documents by describing how an instance XML data to control the nature and extent of the information ' 
of the class is transformed into an XML document that uses 45 shown. 

the formatting vocabulary. XSL is described in the World The manner in which explicit relationships between two 

Wide Web Consortium's "Extensible Stylesheet Language or more data objects, such as a retailer's product list page 

Specification". An XSL stylesheet processor accepts a docu- and the product information about a product listed on that 

ment or data in XML and an XSL stylesheet and produces page, may be expressed as a link asserted in elements 

the presentation of that XML source content as intended by 50 contained in XML documents. These "XLinks" is the sim- 

the stylesheet. ?It is contemplated that most major *web plest case are like the HTML links described above in that 

browser applications will include XSL stylesheet processors they are expressed at one end of the link only, are initiated 

which will enable them to convert the combination^ £ML by users to initiate travel to the other end of the link, go only 

and XSL data into a form, such as a viewable HTML web to one destination (which may be determined by a DNS 

page, as specified by the XSL. 55 server or by an independent cross-referencing server), and 

In addition to using XSL to specify the rendering style of produce an effect which is mainly determined by the 

XML data, cascaded style sheets (CSS) can also be used as- browser. The functionality of links is being vastly extended, 

set forth in the Proposed Recommendation dated April 28, however, by the XML Linking Language (XLink) specifi- 

1999 from the World Wide Web Consortium. This specifi- cation being developed by the World Wide Web Consortium, 

cation allows a stylesheet to be associated with an XML 60 As extended, the XLink specification will provide more 

document by including one or more processing instructions sophisticated multi-ended and typed links which can be used 

with a target of "xml-stylesheet" in the document's prolog. to advantage to automatically incorporate linked-in product 

The World Wide Web Consortium's recommendation information from one or more manufacturers into displays 

regarding cascaded style sheets may be found at which and multimedia presentations presented by retailers and 

specifies level 1 of the Cascading Style Sheet mechanism 65 others. 

(CSS1). CSS 1 is a simple style sheet mechanism that allows As previously discussed, in addition to the use of a 

authors and readers to attach style (e.g. fonts, colors and product code translation utility which cross-references all or 
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part of a universal product code into an Internet address, it 
is desirable to establish a protocol or convention which 
enables a requester to specific kinds of information about 
identified products or companies. In a conventional HTML 
system, this can be done by establishing naming 5 
conventions, as described above, for selectively locating 
different kinds of information about a product designated by 
a given universal product code, as well as different kinds of 
information about the company identified by the company 
code portion of the product code. 1Q 

The metadata capabilities of XML can be used to advan- 
tage to provide an extensible system for dividing product 
and company information into a hierarchy of nested named 
elements which can be selectively accessed. Using the 
Document Type Descriptor (DTD) component of XML, the 15 
makeup of the required and optional components of such 
information can be defined in a standard way, facilitating the 
definition and validation of data structures to be used on 
various classes of products. 

The World Wide Web Consortium has further defined the 20 
"Resource Description Framework (RDF) and Syntax 
Specification". RDF provides a foundation for processing 
metadata (i.e. "data about data") and provides interoperabil- 
ity between computers that exchange information on the 
Web. Using RDF, data about products and companies, which 2 s 
can be accessed in accordance with the invention by using 
universal product codes; can be used by search engines to 
provide access to such information, can be used to auto- 
matically catalog the content and content relationships at 
particular web sites, pages or libraries; can be used by 30 
intelligent software agents to facilitate the sharing and 
exchange of information about companies and products. 
Using RDF with digital signatures, the privacy preferences 
and policies of the owners of product and company infor- 
mation can be selectively protected to help build the "Web 35 
of Trust" needed for electronic commerce. 

Importantly, RDF provides a mechanism for defining 
metadata in a class system much like the class systems used 
by object oriented programming and modeling systems. 
Classes are organized in a hierarchy, with a collection^of 40 
classes used for a particular purpose (such as the collection 
of classes describing a "product" and/or the collection of 
classes describing a "company") being called a "schema." 
RDF thus offers extensibility through subclass definition. 
For example, creating subclasses for a particular kinds of 45 
product (e.g., publications, software, foods, clothing, etc.) 
requires only incremental modification of a base "product" 
schema, and each such subclass may then be further modi- 
fied to form descendant schema for even more particular 
kinds of product (e.g., magazines, video games, cereals, 50 
shirts, etc.). The shareability and extensibility of RDF also 
pillows metadata authors to use multiple inheritance to mix 
definitions, providing multiple views of their data, and 
leveraging the work done by others. From a practical 
standpoint, the creation of a simple and generic product and 5s 
company description base schemas which can thereafter be 
extending using RDF allows basic information about prod- 
ucts and companies to be made available early, allowing 
more elaborate schemas to evolve as experience with the 
simpler system suggests their utility. 60 

Using these techniques, the product manufacturer may be 
largely freed from concerns about web page design, format- 
ting and integration with other information, and may con- 
centrate on providing accurate and up-to-date text descrip- 
tions of its products, along with whatever images best 65 
describe the product, simply by registering the relationship 
between the manufacturers company code and/or universal 



product code(s) with the appropriate authority, and follow- 
ing the established content specifications for the information 
which the manufacturer makes available at the registered IP 
address. 

It should be noted that XML, XSL, Xpointer, XLink and 
related Internet protocols and specifications are still being 
defined and extended, a process that can be expected to 
enhance the ability of the present invention to selectively 
and attractively provide information about products to those 
who desire that information from the most knowledgeable 
and reliable sources of that information. % 

The Shared Sales Server and the "Web Register** 

Conventional retail stores display merchandise for pur- 
chase in physical showrooms for inspection and purchase by 
consumers. These stores typically obtain the products they 
sell from a large number of manufacturers, either directly or 
through distributors. Computerized inventory control sys- 
tems are used to keep track of orders and sales in an effort 
to insure that goods are available for prompt delivery to 
customers when purchased while minimizing the expense of 
the maintaining an unsold inventory of products. Barcode 
checkout and EDI (Electronic Data Interchange) systems are 
commonly used in combination with inventory control sys- 
tems to automate sales transactions. Customer checkout 
counters equipped with barcode readers automate the cus- 
tomer sales transaction, reducing errors and reducing costs? 
EDI, the computer-tOKX>mputer exchange of businessdocu- ^-K^/aC^C 
ments in a standard format, automates transactions between 
the retailer and its suppliers by transferring sales documen- 
tation in electronic form, including the purchase order, the 
invoice, and the advance ship notice. ^Barcode readers and 
EDI services are now commonly used even by smaller 
retailers and have significantly reduced the cost of doing 
business. 

In recent years, the Internet has produced new on-line 
sales mechanisms which promise to revolutionize retail 
sales. Using the World Wide Web, both manufacturers arid 
resellers offer products to consumers for direct purchase 
with product delivery normally being accomplished By mail s 
or a commercial delivery service. The consumer typically 
employs a web browser to search for products of interest and 
display product descriptions. Customers make purchases by 1 
completing one or more displayed forms to provide needed 
information (e.g. a credit card number and a shipping 
destination address). 

Many successful web resellers take advantage of the fact 
that a web presence is inherently world-wide, and that the 
delivery charges of many services are largely independent of 
distance. Because a physical showroom is an unnecessary 
expense, web resellers can often successfully sell at much 
lower cost directly from one or more warehouses. To be 
successful, however, such a web reseller must make its 
presence known to a large audience. As a result, large and 
well-funded web resellers capable of effectively marketing 
on a nationwide scale have done well while those which 
have attempted to market their offerings locally or not at all 
have predictably been much less successful. 

Large chain resellers with many retail outlets have also 
established successful web sales operations. Because the 
cost of creating and maintaining a web presence, as well as 
the cost of nationwide marketing, can effectively be shared 
among many retail outlets, and because much of the infra- 
structure needed to provide order fulfillment is already in 
place, such chain stores compete well with the nationwide 
web-only merchants. 
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Although customers would often benefit from the conve- address information for billing and shipping. Credit card 

nience of reviewing and ordering products from a local transactions are handled on a shared basis using standard; ^ , 

reseller, individual retail stores and smaller, local chains ecommerce software, either by sending encrypted credit A JL^w^ 

have typically been unable to justify the cost of creating and ca rd and other billing information to the retailer for CU^y 

maintaining a web sales system. In addition to the substan- 5 handling, or actually performing the monetary transaction 

tial cost of installing and maintaining the needed hardware ^j, lhe cust0 mer in its entirety on the shared server, and ^ 

and software, the website owner must expend significant sending , periodic payments and accounting records to the \ 

effort to create and periodically update the product descrip- retailer 

Uons which customers require in order to make informed Importanlly> ^ performed by the retail store 

purchases. The annual cost of operating a merchant website 10 usi F resources ^ tjbmA ^ the hysical store - s opera . 

often far exceeds the revenue which the ocal merchant ^ ^ a(jt rformed „ the xpm 430 but rather 

would derive from the limited probable volume of online by ^ store >/ mventory system 422 . Such f^nctioiis 

es ' include order fulfillment, inventory pricing, vendor 

Hie infrastructure depicted in FIG. 6 permits smaller and ordering) reordering and payment, and warehouse manage- 

mid-sized merchants to profitably and efficiently offer online 15 mem function 

ordering services to their customers. By using the cross- _ , e " 4 _ ... . , 

referencing capability provided by the present invention, Exam P les °f merchant server software which may be used 

which provides customers with reliable product information ,0 "»Pl^ent the popping basket and credit card transac- 

direct from the manufacturer, and the shared sales server 430 "° DS ^totm^ by the ^shared server 403 include the Soft- 

and web register 420 which provides shareable functions 20 Cart system offered by Mercantec, Inc SoftCart 4.0 includes 

. . . a ?T . . *u . *i » «• integration to the CyberCash system for credit card trans- 

which effectively connect the retailer s existing mventory . 6 . . , « « * V* i , t^* L i 

control system 422 to the World Wide Web, the cost and actl0ns and mcludes a S ° f Tr? P ,?\^ ° * 

complexity of retail web sales is largely eliminated, and the Programmer to integrating SoftCart with WWW programs 

consumer obtains the convenience of shopping by computer and legacy systems. A discussion of available systems and 

with the other advantages of shopping with a local merchant. 25 ^hniques is tound in Designmg Systems for Internet Com- 

.„ . . . . . .. . " merce By G. Wtnfield Treese and Lawrence C. Stewart 

The shared sales server 430 operates in the same way and |SBN . 02fJ1571676 (Addjson Wesl 1998) . 

provides the same functions as a conventional online mer- .... . .... 

chant server: it enables customers to perform searches of Iq accordance with the invention, neither the shared server 

available products and produces listings which the customer 430 no [ lhe retail inventory control system 420 need store or 

^ can review, with the ability to click on individual items to 30 maintam descriptive information about products. When an 

activate links to additional product information from the online customer desires information about a given product, 
manufacturer's server as noted earlier. In addition, the^ il is obtained for review b y the customer using XML 

shared server provides "shopping basket" and credit card Xpointer links to the manufacturer's server. XML informa- 

transaction services to enable the customer to complete ; tion is located b V supplying the universal product code for 

purchases ^ 35 tne P roducl to the DNS server 472 which stores product code 

>-t-» , , aii\ »u Q „„k „ a,.\o Ain to Internet address conversion information. Product searches 

The shared server 430 and the web register module 420 , , ✓ 

added to the retailer's existing inventory control system 322 * h «* locate P? du f off " ed bv » f v ™ retauer (as revealed 
maintain a connection via the Internet or a dial-up modem bv tbe P"*** code and ^ ntltv ° n hand database > are ^~f~ 
pathway which permits the inventory control system 422 to diS ^ d t0 the cust f om ^ and ' <° me extent t^y result in I ^ 

upload to the shared server 430 changes to the products 40 Purchases are manifested by the transmission of a com-^^j^h * 
(specked by universal product code) being offered for sale, P leted order lo lhe retailer s mventor y conUo1 s > stem - 
and the quantity on hand. Each time any sale is made by any In a typical shopping transaction performed on the system , 
point of sale register 421 in the physical retail store or by the shown in FIG. 6, a shopper employs the browser 410 to visit 
web register 422, the quantity on hand value associated with a web site whicn executes on the shared sales server 430. 

the sold product's code is altered. Similarly, when stock is 45 the shopper reviews an HTML web page which lists 

replenished, the inventory control system 422 reflects the available products, as illustrated at 438 in FIG. 6, the 
increased quantity on hand. The quantity on hand informa- shopper can request additional information on any listed 
tion passed as message information at 422 permits the product by using the browser 410 to click on a link anchor 
shared sales server to maintain a database for each retailer on the P a 8 e 438 > thereby issuing are request 472 to the 

served which indicates the products available for sale and 50 domain name server 470 for the IP address at which addi- 
the quantity on hand. When the quantity on hand equals or tional information on that product identified by a universal 
exceeds the quantity ordered, the on line order is accepted product code which forms part of the URL contained within 
and passed at 434 from the shared server to the web register the request 472. The DNS 470, consulting a primary DNS 
module 420 which posts the sale in the same way that a point 476 or secondary DNS 478 if necessary, returns the IP 

of sale register posts a sale. The fact that the web register 55 address to the browser 410 which then issues a request 480 
420 performs the same functions as a conventional cash for product information to the product information 
register enables the conventional inventory control system server 422 maintained by the manufacturer of that product. ^ frx^t 
422 to function in the normal way, with the exception that Using the XSL stylesheet specification 440 supplied by the — \ 
it must also update the product code and quantity on hand shared server 430 (in accordance with the background 

data maintained by the shared server. The fact that the shared 60 colors > font styles, etc. which may be characteristic for the 
server thus "knows" the inventory status allows the shared we b presence of the specific retailer), the browser presents 
server to accurately inform the customer when shipment can the product description contained or specified by the XMJ- 
be expected for goods on hand and when goods which must data 424 to the user. 

be replenished will be shipped with a delay. Orders sent to^ If the user decides to purchase the described product, the ^ 

the inventory control system at 434 include the specification 65 "shopping basket" functions of the shared sales server 430 
of products sold (by their universal product code < are used to complete the order. Because the shared server 
designation) and the quantities of each sold, as well as 430 maintains a database for that retailer containing the 
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quantity on hand values for each product offered by that evaluating supplies on band and estimating the demands for 

server, the customer can be immediately informed if the each product to determine if supply levels will fall below the 

shipment cannot be made whereas, if the product is available predetermined minimum stock quantities established for 

at the retailer's store or warehouse, the online customer's each product by the merchant. The purchasing module 501 

order can be confirmed for prompt delivery. When the order 5 further creates planned orders based upon a minimum order 

is completed by the shared server 430, the order 434 which quantity, order multiple, yield percentage and maximum 

includes the identification of the customer (name, shipping plan quantities established by the merchant, and alters the 

address, etc.) and the identification of the products sold purchaser of low product levels automatically. Purchase 

(universal product codes plus quantities sold) is transmitted Orders are generated using screens presented to the purchas- 

to the retailer's inventory control system 420. As explained ing agent which can recall vendor price lists, including price 

in more detail below in connection with FIG. 7, the shared breaks and special promotion pricing. These purchasing 

server 430 adjusts the quantity on hand values in its functions are typically performed in a bricks-and-mortar 

database, and the inventory control system 420 updates its retail store or g rou P of stores, and need not be altered to 

database, with a cross check between the two being made if support online sales as contemplated by the present inven- 

desired to insure consistency and synchronization. ^ J5 uon - 

It is important to observe that the arrangement shown in Similarly, the receiving module 502 accepts inventory 

FIG. 6 isolates the retailer from substantially all of the control information by capturing data describing incoming 

concerns normally associated with the creation and mainte- orders from vendors, issues inbound receipts and purchase 

nance of an online sales website. In accordance with the order confirmations, and tracks back orders. Inbound 

invention, the retailer need not be concerned with the 2Q receipts are generated from existing Purchase Orders, 

creation or maintenance of accurate information on the The order fulfillment unit 503 accepts both conventional 

products sold, since that task is appropriately born by the sales orders of the type received by mail or telephone, and 

product manufacturer which has that information. Similarly, processes online orders from the shared server (seen at 430 

the retailer need not be concerned with the creation, hosting, in FIG. 6) in the same way. The unit 503 maintains the 

and maintenance of a reliable and easy to use online shop- 25 visibility of those orders until shipment is completed by 

ping experience, a task performed by the shared server 430 identifying orders that need attention, including orders that 

for many different retailers. To the retailer, the shared server must be rescheduled or expedited, to insure prompt delivery 

presents an interface to the inventory control system 420 and to provide order status information to the customer, 

which behaves much like conventional point-of-sale termi- Customer contact information (phone number, email address 

nals (cash registers) indicated at 421. 30 or mailing address) from the online shared sales server 430, 

This "web register" capability can advantageously be like similar information obtained by telephone or mail, may 
installed and maintained, with training being provided to the De used t0 automatically issue email notifications or assist 
retailer, by inventory control system vendors as part of the lne merchant in contacting the customer in other ways to 
normal inventory control system software, maintenance and confirm or reschedule orders. ^ 
training. The shared server functions can advantageously be 35 The shipping module 504 is also conventional, and 
made available by an independent Internet service provider handles-outbound shipments, accepts new customer ship- 
(ISP) using standard e-commerce software, and the inde- ping and billing address information, handles partial ship- 
pendent vendor of the shared sales server software can ments by identifying items reserved for later shipment, and 
provide interface specifications and software support to the prints packing slips and bills of lading, 

inventory control system vendors, enabling them to add the 40 The invoicing module 507 provides invoicing, billing and &/ 

necessary "web register" interface functions to new or charging capabilities, printing invoices to be sent to cus- r-dfc&** 

existing inventory control systems. In this way, each func- tomers. The shared sales server may support billing in s 

tion is performed by an entity which is already experienced several ways: it may simply send orders to the invoicing 

in that phase of the overall system requirements, and each module 507 including shipping information supplied by the 

function is provided at little additional cost over costs 45 customer using HTML forms; it may verify and accept credit 

already born by each contributor. card information and transmit that to the invoicing module 

The relationship between the shared sales server seen at 507 so that the actual credit card transaction is between the 
403 in FIG. 6 and the retailer's inventory control system customer and the retailer, or it may complete the credit card 
seen at 420 in FIG. 6 is shown in more detail in FIG. 7 of transaction at the shared server, forwarding collected funds 
the drawings. As discussed above, the remote shared sales 50 together with accounting information to the retailer on a 
server operates, from the standpoint of the inventory control periodic basis. t- 
system, much in the same way as a conventional point of It is a principle feature of this aspect of the invention that 
sale terminal. The other components of the inventory control the retail merchant, who already maintains a physical inven- 
system include essentially conventional purchasing, tory and/or a distribution relationship with manufacturers, as 
receiving, order processing, shipping and invoicing func- 55 well as an inventory control system for managing its inven- 
tions described in the literature. See, for example, the texts tory and distribution functions, performs the order fulfill- 
Best Practice in Inventory Management y by Tony Wild, John ment function using facilities which are shared with those 
Wiley & Sons; ISBN: 0471253413 (March 1998) and Inven- used by conventional "showroom" sales facility. The shared 
tory Control and Management by C. D. J. Waters, John sales server merely processes data, and need not be con- 
Wiley & Sons; ISBN: 0471930814 (June 1992). 60 cerned with the actual selection, purchase or distribution of 

Within the inventory control system, the purchasing mod- physical products, nor with the creation of the detailed 

ule 501 presents printed reports and screen displays which product information needed by the consumer when making 

assist purchasing agents to see which products need to be online purchases. Both of these functions remain where they 

ordered and which vendors need to be contacted to follow up are best performed, with the retailer and the manufacturer 

on prior orders, and automates back orders and reorders. The 65 respectively. 

module 502 generates purchase orders, and alerts purchasing When sales are performed using conventional point of 

agents of urgent or routine product ordering needs by sale terminals as indicated at 508, a sales module 510 
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processes the information. The point of sale terminals 508 pages to the web browsers 803-805 which include links to 

perform automated sales checkout using a bar code reader to product information which is made available by manufac- 

reduce errors and speed customer checkout times, enabling turers 831, 832 and 833 via a shared product information 

salespeople to focus more on customer service. Sales are server 840, and from a server 845 operated by a single 

manifested by the identification of goods and quantities 5 manufacturer. 

purchased, and these are reflected in the actual delivery of The manufacturers preferably provide product informa- 

goods at the point of sale terminal which, in turn, are posted t i on l0 their connected server in the form of well-formed 

to decrement the on-hand quantity values for the products Extensible Markup Language (XML) documents which may 

maintained in the inventory control database 500. If selected be validated against a standard Document Type Definition 

products are unavailable at the point of sale, a terminal 508 no (DTD) to which all such product information documents 

may commonly be used to place an order for future delivery should conform. The schema to which such documents 

to an identified customer by posting the order into the adhere may be advantageously expressed in the Resource 

database 500 for handling by the purchasing module 501, Description Framework (RDF) and Syntax Specification, as 

receiving module 502, order fulfillment module 503, ship- noteo r earlier, to facilitate the evolution of standardized 

ping module 504 and invoicing module 507. is content definitions for product and company information. 

Incoming orders from the shared sales server placed on a The shared product information server illustrated at 840, in 
"web register" are processed in substantially the same way. its simplest form, does nothing more than make Internet 
The order information is obtained from the customer, typi- accessible data storage space available where smaller manu- 
cally using HTML forms, by the web sales unit seen at 521 facturers without their own servers can make product and 
in FIG. 7, and the resulting order in the form of customer 20 company information available via the Internet. Even the 
information, product identification and quantity sold, and smallest manufacturer can thus make product and company 
related order information is transmitted via the communi- information available to consumers and retailers worldwide 
cations interfaces 531 and 532 at the sales server and the at an insignificant incremental cost. Many such small manu- 
remote inventory control system respectively. The commu- facturers can simply use web hosting space provided free of 
nication link 544 advantageously takes the form of an 25 charge by their existing Internet Service Provider for prod- 
Internet link between the retailer and the remotely located uct and company information storage, 
sales server which operates on a transaction by transaction Manufacturers are not, of course, restricted to providing 
basis. Note that, because bom product identification data and sucn product information through links from web sites of 
on-hand quantity information is available in the database retailers and others. A manufacturer may use the same 
540 at the shared server, the two can continue to work 30 information to support its own promotional web site offering 
without continuous connection, with orders taken at the such things as product directories, press releases, direct sales 
"web register" being transmitted on a batch basis, and with to consumers, and any other function and service typically 
changes to the database of offered product universal product provided by a manufacturer's web site. Indeed, by using a 
codes and on-hand quantities being posted on a batch basis predetermined URL syntax, such as http://cocode.ean/ 
from the inventory control system to the shared server. 35 homepage (where "cocode" is the company code assigned to 

The sales module 510 processes orders from both the that manufacturer), the home page of the manufacturer of 

point of sale terminals 508 and from the shared sales server. any product can be readily accessed if that product's uni- 

It packages the customer information and the product and versal product code is known. 

quantity sold information for handling by the remaining The availability of company information, which may be 

modules as discussed above, and schedules multiple deliv- accessed using the company code portion of a universal 

eries as needed when an order can only be partially fulfilled. product code, also makes it possible for retailers to readily 

When web sales are made, on hand quantities are immedi- obtain specific information needed to purchase products 

ately reserved and, if desired, sales of the same products directly from manufacturers, establish accounts, identify 

from inventory via the point of sales terminals 508 can be distributors, and the like. The company information which is 

inhibited (although, in practice, if removal of items from the mac j e available as contemplated by the invention may be 

showroom is needed to fill web orders, that should be done usec j t0 automatically establish EDI connections and per- 

promptly to avoid customer confusion). f orm EDI transactions between the servers operated on 

The relationship between retail stores, manufacturers and behalf of retail stores and those operated on behalf of 

distributors, product information services and consumers, 50 manufacturers. 

and the computers connected to the Internet which utilize the As illustrated at 875 in FIG. 8, the cross-referencing 

invention to serve each of these entities, is depicted in FIG. server can be used to by an indexing service to provide 

8 of the drawings. searchable product and company information indices and 

Consumers and the general public access information and search capabilities. As noted earlier, cross-referencing utility 

perform transactions via the Internet using conventional web 55 seen at 880 in FIG. 8 may advantageously provide means for 

browsers (i.e. conventional web browser application pro- accessing the entire contents of its cross-referencing infor- 

grams executing on desktop computers or workstations) as mation to a requesting computer, such as a search engine 

exemplified at 803, 804 and 805. Such web browsers typi- operated by the index service seen at which can then perform 

cally employ a shared Internet Service Provider (ISP) as conventional "web crawler" indexing of the websites speci- 

indicated at 807 which provides a connection to the Internet 60 D Y tne listed URLs and/or IP addresses, thereby gener- 

810. ating complete or partial indexes to all or less than all of the 

These consumers may view product information and products whose product description locations have been 

perform sales transactions as contemplated by the present registered. Alternatively, web crawling engines can traverse 

invention by viewing information made available by retail me links t0 manufacturers' information found in product 

stores 811, 812, 813 and 814 via a shared sales server 820, 65 listing pages made available by retailers and others, 

as well as by a server 825 operated by a single retail store By storing product and company information in accor- 

(or chain of stores). The servers 820 and 825 transmit web ^dance^with predetermined schemas, preferably using XML, 
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DTD and RDF techniques as discussed above, indexing 
services can provide consumers with powerful tools for 
locating products having selected attributes and for sorting 
and comparing product based on those attributes. In this 
way, a consumer can more readily identify particular prod- 
ucts which best suit her needs, can view detailed, accurate 
and up-to-date promotional and specification information on 
each product directly from the manufacturer, and can then 
identify the most desirable retail sources for selected prod- 
ucts based on price, geography or other criteria. In this way, 
"bricks and mortar" stores can make their entire existing 
inventory available for inspection by simply adding a "web 
register" module to connect their existing bar code checkout 
and inventory control system with a shared sales server, 
providing their local customers to "shop at home," make 
purchases on line, and either pick up or arrange for local 
delivery of the goods purchased. ^ > 

It should be understood that the methods and apparatus 
described above are merely illustrative applications of the 
principles of the present invention. Numerous modifications 
may be made by those skilled in the art without departing 
from the true spirit and scope of the invention. 

What is claimed is: 

1. Apparatus for delivering information to a requester via 
the World Wide Web to describe a product which is uniquely 
designate by a universal product code value, said apparatus 
comprising, in combination, 

a product information resource connected to the Internet 
for storing information describing at least a particular 
product which is uniquely identified by a particular 
universal product code, said product information 
resource being uniquely identified by a particular Inter- 
net address, 

a cross-referencing resource connected to the Internet for 
storing a database containing entries, each of said 
entries associating at least a portion of a universal 
product code value with a corresponding Internet 
address, and one of said entries associating at least a 
portion of said particular universal product code with 
said particular Internet address, 

a first computer operated by said requester which executes 
a Web browser application program, said Web browser 
program including means for executing a hyperlink on 
a web page which specifies said particular universal 
product code by transmitting a first request message via 
the Internet to said cross-referencing resource, said first 
request message including a parameter value which 
specifies at least a portion of said particular universal 
product code, 

said cross-referencing resource including means respon- 
sive to the receipt of said first request message for 
accessing said database and returning a response mes- 
sage to said first computer, said response message 
containing said particular Internet address, and 

said Web browser program further including means 55 
responsive to the receipt of said response message for 
automatically employing said particular Internet 
address received from said cross-referencing resource 
to transmit a second request message to said product 
information resource via the Internet whereby at least 
some of said information describing said particular 
product is returned to said first computer and made 
available by said browser program for inspection by 
said requester. 

2. Apparatus as set forth in claim 1 wherein said infor- 
mation describing said product is expressed in Extensible 
Markup Language. 
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3. Apparatus as set forth in claim 1 wherein said cross- 
referencing resource is the Internet Domain Name System, 

4. Apparatus as set forth in claim 1 wherein said response 
message is a hypertext transport protocol message which 
includes a location header field specifying said particular 
Internet address whereby said first request message is redi- 
rected as said second request message to said product 
information resource. 

5. Apparatus as set forth in claim 1 wherein said infor- 
mation is expressed in accordance with a schema specified 
in accordance with the Resource Description Framework 
(RDF) and Syntax Specification. 

6. Apparatus for performing retail sales via the Internet 
which comprises, in combination: 

a first computer operated by a retail store for performing 
inventory control functions including purchasing, 
receiving, sales and order fulfillment, said sales func- 
tions being performed in part by point of sale terminals 
utilizing bar code scanning for identifying products 
purchased at said retail store by detecting bar codes 
which specify universal product codes, 

a first database maintained by said first computer for 
storing inventory data including universal product 
codes identifying merchandise which is potentially 
available for sale by said retail store together with 
on-hand quantities of said merchandise, 

a second computer located remotely from said first 
computer, said second computer being further con- 
nected to the Internet for performing sales transactions 
over the Internet, 

a communications link connecting said first and said 
second computers, 

a second database maintained by said second computer 
for storing information which is a substantial replica of 
at least a portion of the inventory data stored in said 
first database, 

means for updating said first database and further updat- 
ing said second database via said communications link 
when sales are performed by said point of sale termi- 
nals at said retail store, 

means responsive to the performance of a sales transac- 
tion by said second computer for transferring order 
information via said communications link to said first 
computer and for updating said first and second 
databases, 

a third database for storing cross-references between 
universal product codes and the Internet addresses of 
computers remote from both said first and second 
computers which store data describing said products 
identified by said product codes, and 

means for transmitting a Web page to a consumer via the 
Internet from said second computer, said web page 
including at least one reference to product description 
data which specifies a particular universal product 
code, and 

a web browser program operated by said consumer which 
includes 

means for transmitting said particular universal product 
code to said third database to obtain a response 
message containing the Internet address of said prod- 
uct description data, 

means responsive to the receipt of said response mes- 
sage for transmitting a request for said product 
description data to said Internet address, and 

means responsive to the receipt of said product descrip- 
tion data for rendering said product description data 
for inspection by said consumer. 
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7. Apparatus for performing retail sales as set forth in 
claim 6 wherein said product description data is expressed in 
Extensible Markup Language. 

8. Apparatus as set forth in claim 6 wherein said means for 
rendering said product description data is responsive in part 5 
to stylesheet information provided via the Internet from said 
second computer. 

9. Apparatus for performing retail sales as set forth in 
claim 6 wherein said third database forms part of the Internet 
Domain Name Service. 3Q 

10. Apparatus as forth in claim 6 wherein said means for 
transmitting said particular universal product code to said 
third database comprises, in combination, means for sending 
an hypertext transport protocol data request message con- 
taining said particular universal code to said third database 
and means associated with said third database for returning 15 
a response message which takes the form of a hypertext 
transport protocol response message which includes a loca- 
tion header field containing a destination URL specifying 
said Internet address whereby said request message is redi- 
rected to said destination URL. 20 

11. The method of providing Internet shoppers with 
product information describing each of a plurality of prod- 
ucts produced by a plurality of different manufacturers, each 
of said products being designated by a universal product 
code, said method comprising, in combination, the steps of: 2 s 

storing said product information in a plurality of different 
information servers connected to the Internet, each of 
said information servers being operated on behalf of at 
least one of said manufacturers and each of said infor- 
mation servers being designated by a different Internet 3Q 
address, 

storing a database containing a plurality of cross- 
references in at least one cross-referencing resource, 
each cross-reference defining an association between at 
least a portion of one or more universal product codes 35 
and the Internet address of one of said information 
servers; 

transmitting to a web browser controlled by an Internet 
shopper a web page containing a hypertext link which 
includes a reference to a specific universal product 
code, 
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employing said web browser to activate said hypertext 
link to transmit an address request message to said 
database, said address request message containing at 
least a portion of said specific universal product code, 

employing said database to return to said web browser a 
response message containing the specific Internet 
address associated with said specific universal product 
code, and 

employing said browser to automatically retrieve and_ 
display product information from said specific Internet 
address. 

12. The method set forth in claim 11 wherein said 
response message takes the form of a hypertext transport 
protocol response message which includes a location header 
field containing a destination URL specifying said particular 
Internet address whereby said request message is redirected 
to said particular destination URL. 

13. The method set forth in claim 11 wherein said 
database stores the company code portion of a said universal 
product code and wherein said particular Internet address 
specifies the location of an information server operated on 
behalf of the manufacturer specified by said company code 
portion. 

14. The method set forth in claim 11 wherein each of said 
cross-references associates at least the company code por- 
tion of one or more universal product codes with one of said 
Internet addresses. 

15. The method set forth in claim 11 wherein said 
cross-referencing resource is the Internet Domain Name 
Service. 

16. The method set forth in claim 11 wherein said product 
information is expressed in Extensible Markup Language. 

17. The method set forth in claim 16 wherein said product 
information is displayed by said web browser in accordance 
with stylesheet information specified on said web page. 

***** 
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